Remarks 

The specification has been amended on pages 9 to 1 1 to correct a typographical error and two 
incorrect line references to the program listings in Appendices A-F. The program listings 
themselves are being replaced with program listings that are identical except that the line 
numbering begins with line 1 , as the references in the body of the specification assume. 

Claims 1-1 1 remain rejected, and claims 12-17 are newly rejected, under 35 U.S.C. § 102(b) as 
being anticipated by the online reference 1 entitled "Persistence" ("WebReference"). Again, this 
rejection is respectfully traversed, as applicants' invention clearly differentiates on the basis of 
features expressly recited in the claims. 

In applicants' claimed invention, a first hypertext document — in the specification, frameset 
document 902 with referenced documents 904 and 906 (Fig. 9) — is displayed to a user for entry 
of user data, while a new hypertext document — in the specification, save document 800 (Fig. 
8) — containing the user data is generated in response to a user command to save the data. The 
first document can thus be tailored for data entry (Fig. 3), while the second document can be 
tailored for saving the entered data (Fig. 8). 

WebReference describes a number of "behaviors" of Microsoft Internet Explorer that allow for 
data persistence. Perhaps the most relevant such behavior is saveSnapshot, described on the 
page of WebReference entitled "Hard Disk Persistence". As described in the first paragraph of 
that page, saveSnapshot is a behavior "that enables persistence of an HTML file when you save 
it onto your hard disk". The user may save an HTML document containing a partially completed 
form, using the browser's File/Save As function, and later retrieve the form with the entered data 
using the File/Open function. 

While the saveSnapshot behavior shares some similarities with applicants' claimed invention, it 
differs fundamentally in that only a single document is involved. Rather than dynamically 



This reference may be found at http ://www, webreferencexom/i s/column24A 

This page may be found at http :// www, webreferencexom/i s/colurnn24/snapshot. html . 
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generating a new document containing user data and displaying a save prompt, the saveSnapshot 
behavior uses the original document for this purpose. Thus, in the example given for this 
behavior, the same document (snapshottext.html) is used both to accumulate user data and to 
store it in persistent form at a selected location on the user's hard drive. This document appears 
on the screen as follows: 



'3 http://www.webreference.com/js/column24/snapshattexthtml - Microsoft Internet EkoIc 
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Address j@| http : //www . webreference . com/js/coiumn24/snapshottext . htm! 
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Enter a text you want to be persisted: | 
Enter a text you don't want to be persisted: f 



Now save the page as a Web Page, HTML only. Give a name to the saved Web page. At last, load the 
saved Web page. You will see that, as planned, one field is persistent, while the other one is not 
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Note that this document contains not only a data entry prompt ("Enter a text you want to be 
persisted:"), but also a save prompt ("Now save the page as a Web Page, HTML only.") and a 
retrieve prompt ("At last, load the saved Web page") as well. This results in a rather cluttered 
appearance and contrasts with applicants' scheme, in which the data entry window 300 (Fig. 3) 
corresponding to frameset document 902 (Fig. 9) is tailored for data entry (with only buttons for 
Save and Load), while the save window 400 (Fig. 4) corresponding to save document 800 (Fig. 
8) is tailored for saving the entered data. 
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Accordingly, WebReference does not teach dynamically creating a new hypertext document 
containing user data and displaying a message prompting the user to save the new document 
using a local save function as claimed by applicants. Accordingly, claims 1-17 distinguish 
patentably over WebReference. 

Claims 13, 15 and 17 further distinguish patentably over WebReference by virtue of their 
recitation that the script function contained in the new hypertext document becomes active when 
loaded to repopulate the first hypertext document with said user data. Even assuming, for the 
sake of argument, that the script block 

<SCRIPT CLASS="saveSnapshot" ID="persi stentScri pt"> 

var persistentVariable; 
</SCRIPT> 

described on the "Hard Disk Persistence" page is a script function, it does not repopulate a first 
document with user data as claimed by applicants. Rather, it only ensures the persistence of 
certain variables in the same document in which it appears. This script block is thus to be 
contrasted with the script function saveFieldsO shown in Appendix D of the specification, 
which is replete with the names and values of variables to be repopulated to the header file 904. 
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Conclusion 



For the foregoing reasons, applicants respectfully submit that claims 1-17 distinguish patentably 
over the reference cited by the Examiner. Applicants therefore respectfully request entry of this 
amendment and reconsideration of the application as amended. 



Respectfully submitted, 
GEORGE E. CORBIN et al. 
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